home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Diamond Collection / The Diamond Collection (Software Vault)(Digital Impact).ISO / cdr14 / v34_vfc.zip / V34-VFC.TXT < prev   
Text File  |  1994-12-25  |  14KB  |  253 lines
  1.                    Problems with the V.FC protocol
  2.                     and upgrading to V.34 using
  3.                   the Rockwell RC288ACL/VFC Chipset
  4.                      Compiled by BWANA 12/24/94
  5.  
  6.  
  7.   There is come confusion about what exactly the problem is upgrading
  8. to V.34 if you have a modem that was built with the Rockwell Chipset.
  9. This Chipset is indentified as either one of Following
  10.  
  11.                           RCL288ACL/VFC
  12.                           RCL288ACI/VFC
  13.  
  14.    This text was not compiled to tell the V.FC users waiting for a 
  15. ROM upgrade they are DICKED.  This text is for information and an
  16. explination of why some people can't get a respectable connect to
  17. some Bulletin Boards. It will also deture confusion about what
  18. is happening with the V.FC rom upgrades.
  19.  
  20.   There is a file cirrculating that contains a message from a Ronald
  21. Jones to a Paul Haake that is a part of a captured thread running
  22. on the USR and HAYES mother boards. I have followed this disscusion
  23. with great interest and was in agreement with Paul until his last
  24. statement.  The problem is not with RETRAINING as he suggest.  All
  25. MODEMS from V.32, V.32bis etc all the way up the line to the V.FC
  26. and V.34 RETRAIN.  This is a FACT because it is a requirement of the
  27. ITU-T study group which was set in the V.32 standard in April of 1988
  28. The group known then as the CCITT sets the standards for all of the
  29. telecommunication industry.  Any deveation from this standard means
  30. you have a PROPRIETARY modem.  Examples are the HST 14.4/16.8, the
  31. Trail Blazer, The Compucom SPEEDY modem, and the Hayes V Series.
  32. All of these companies designed modems that worked pretty well. There
  33. was just one catch. They would only communicate with another modem
  34. EXCACTLY the same kind. Any attempt for a HAYES V Series to communicate
  35. with a HST (not the Dual) would result in a 2400bd ARQ/MNP connection
  36.  
  37.   In August 1994 the ITU-T set the standard for the newest and probably
  38. the LAST standard, at least on normal phone lines, the V.34 standard.
  39. This standard is backward compatable down to Bell 103 or 300bd. It
  40. includes communication with V.FC or the F.Fast Class standard as
  41. proposed by Hayes and Rockwell Int. back in July of 1993.
  42.  
  43.   The problem is not RETRAINING but the LINKING of a V.FC calling a
  44. V.34.  The problem occurs because the Rockwell chip sets do not 
  45. support the Spilt Speed at the initial link. When a V.FC calls a 
  46. V.34 the answering modem will determine which link gets the higher
  47. speed coming or going no matter what.  A V.34 modem will see a dual
  48. link speed such as 26400/28000 meaning a connection of 26400 recieve
  49. and a 28000 transmit.  A V.FC may see a 24000 connect but the
  50. recieving V.34 is seeing a 24000/19200. Here is where the problem 
  51. comes in.  The Rockwell chipset has no way to use the split channel
  52. with the exception of the back channel select which must be done
  53. before the call is made with the %Fn command. The RC288ACL/VFC
  54. chipset does not support the modulation of the V.34 requirement.
  55. If the V.34 choses the slower speed, even though the V.FC is
  56. transmitting at a higher rate, too bad. This problem is compounded if
  57. the phone lines are not the best they can be.
  58.  
  59.   Another problem is the support hardware, firmware of some of the
  60. V.FC modems.  A Hayes ACCURA is not the same as a Hayes OPTIMA.  Just
  61. as a Hayes OPTIMA is not the same as a Hayes ULTRA.  This also stands
  62. true for other modem manufactures.  A USR Courier, either a DUAL or
  63. a plain courier is not the same as the Sportster. There is extra
  64. filtering and support firmware in the higher end modems.  Comparing
  65. a ZOOM 28.8 V.FC to a Courier or a ULTRA is like comparing a FORD
  66. ESCORT to a MUSTANG COBRA GT 500.
  67.  
  68. ****************
  69. V.34 Handshaking
  70. The modem defaults to V.34 and tries for the highest possible speed 
  71. when it attempts to connect with another modem, 28.8K bps.  The entire 
  72. V.34 range comprises 28.8K, 26.4K, 24K, 21.6K, 19.2K, 16.8K, 14.4K, 
  73. 9600, 7200, 4800, and 2400 bps.   If the remote modem is not V.34 
  74. capable, a connection is made using the highest compatible modulation 
  75. scheme (V.FC, V.32 terbo, V.32 bis, and so on, down to as low as Bell 
  76. 103, or 300 bps). 
  77.  
  78. If the remote modem has V.34 capability, the two modems use a line 
  79. probing technique to determine the highest speed possible under 
  80. current line conditions, and complete the connection.  If the remote 
  81. modem does not have V.34 capability, a calling V.34 modem listens 
  82. to the other modem's answer tones to identify what standard rate the 
  83. remote modem is operating at, and adjusts to that rate.  An answering 
  84. V.34 modem sends out a series of answer tone signals until both modems 
  85. can negotiate the best connection rate.
  86.  
  87. ******************************** 
  88. V. Fast Class (V.FC) Handshaking
  89. The modem defaults to V.Fast Class and tries for the highest 
  90. possible speed when it attempts to connect with another modem, 
  91. 28.8K bps.  The entire V.FC range comprises 28.8K, 26.4K, 24K, 
  92. 21.6K, 19.2K, 16.8K, and 14.4K bps.   If the remote modem is not 
  93. V.FC capable, a connection is made using the highest compatible 
  94. modulation scheme (V.32 terbo, V.32 bis, and so on, down to as 
  95. low as Bell 103, or 300 bps). 
  96.  
  97. If the remote modem has V.FC capability, the two modems use a line 
  98. probing technique to determine the highest speed possible under 
  99. current line conditions, and complete the connection.  If the 
  100. remote modem does not have V.FC capability, a calling V.FC modem 
  101. listens to the other modem's answer tones to identify what standard 
  102. rate the remote modem is operating at, and adjusts to that rate.  An 
  103. answering V.FC modem sends out a series of answer tone signals 
  104. until both modems can negotiate the best connection rate.
  105.  
  106. ****************************************************
  107.  INFO taken from the Rockwell V.FC RC288ACL/VFC programers referance manual
  108.  
  109. %Fn - Split-Speed Direction Select
  110. Determines which direction (transmit or receive) has the 75 bps channel,
  111. and which has the 1200 bps channel. This command is only valid if the \W1
  112. command has been executed. BPS speeds are referance only
  113. %F1     Selects 75Tx/1200Rx. Resets S28 bits 1 and 2. (Default.)
  114. %F2     Selects 1200Tx/75Rx. Sets S28 bit 1 and resets S28 bit 2. 
  115. -------------------------------------------------------------------------------
  116. ****************************************************
  117.  INFO taken from the ITU-T V.34 specification TECH manual
  118.  
  119.     The V.34 specificication implies that the modem DYNAMICALLY reverse
  120.    channels during a transmission when the need occurs. The Rockwell
  121.    chip set does not have this ability above 9600bd. It is not listed
  122.    anywhere in the RC288ACL/VFC programers referance manual. With out
  123.    this ability the modem will have to maintain an equal back channel.
  124.    If the slower channel is the Proprietary channel this is what you
  125.    will live with. There is no way to determine which will be the 
  126.    faster channel.
  127.  
  128. -------------------------------------
  129.   The following are USERSTAT PPE PCBOARD captures from the USR BBS.  1 is
  130. a V.FC user and the other is my own modem.  Look at the differances in the
  131. coding and carrier frequency. Also note the Trellis modulation of a V.34
  132. modem as compared to a V.FC. I beleive this user has a Hayes Accura. The
  133. Hayes users are using the USR BBS just to get these results from the
  134. USERSTAT PPE.  The Hayes series modems do not have the ability to perform
  135. this line diagnostic while online.  This V.FC user has about the same line
  136. noise etc as I do so he should get a similar connect.  However he is at 19.2
  137. with out the split channel.  If DA-BONE gets this PPE operational on the
  138. DNTA board you can see just how it is in REAL LIFE.
  139.  
  140. ===============================================================================
  141.      Date: 10-12-94    Time: 03:41p     Number: 54099  
  142.      From: USRSTATS PPE                  Refer: 0       
  143.        To: MIKEJ RYAN                 Board ID: USR-USA         Recvd: Yes
  144.   Subject: Modem Status Report               0: Main Board     Status: Public 
  145. -------------------------------------------------------------------------------
  146. ┌───────────────────────────────────┬───────────────────────────────────┐
  147. │ Protocol                     LAPM │ Modulation                   V.FC │
  148. │ Compression        V42BIS 2048/32 │ Speed                       19200 │
  149. │ Link Timeouts                   0 │ Carrier Freq (Hz)       1920/1920 │
  150. │ Link Naks                       0 │ Symbol Rate             3200/3200 │
  151. │ Blers                           0 │ Retrains Requested              0 │
  152. │ Blocks resent                   0 │ Retrains Granted                0 │
  153. │ Chars lost                      0 │ Fallback                  Enabled │
  154. │ Chars sent                   9216 │ HST Line Reversals              0 │
  155. │ Chars Received                  0 │ HST Equalization             Long │
  156. │ Blocks sent                   437 │ Trellis Code        32S-2D/32S-2D │
  157. │ Blocks Received                60 │ Nonlinear Encoding            OFF │
  158. │ Octets sent                  5705 │ Precoding                      ON │
  159. │ Octets Received                69 │ Shaping                       OFF │
  160. ├───────────────────────────────────┤ Preemphasis Index             4/3 │
  161. │      USRSTATS  Version 3.04A      │ Rx/Tx Level (-dB)           33/17 │
  162. │ Current Call             00:04:07 │ Roundtrip Delay mS             32 │
  163. │ 10-12-94 15:40 Caller 335730/1    │ SV: 09/15/94        DSP: 09/09/94 │
  164. └───────────────────────────────────┴───────────────────────────────────┘
  165. ┌────────────────────┐
  166. │ -26 │ █ ∙ ∙ ∙ ∙ ∙  │
  167. │ -28 │ █ ∙ ∙ ∙ ∙ ∙  │
  168. │ -30 │ █ ∙ ∙ ∙ ∙ ∙  │
  169. │ -32 │ █ █ ∙ ∙ ∙ ∙  │
  170. │ -34 │ █ █ ∙ ∙ ∙ ∙  │
  171. │ -36 │ █ █ █ ∙ ∙ ∙  │
  172. │ -38 │ █ █ █ █ ∙ ∙  │
  173. │ -40 │ █ █ █ █ █ ∙  │
  174. │ -42 │ █ █ █ █ █ ∙  │
  175. │ -44 │ █ █ █ █ █ ∙  │
  176. │ -46 │ █ █ █ █ █ ∙  │
  177. │ -48 │ █ █ █ █ █ █  │
  178. │     └───────────── │
  179. │       1 3 3 3 3 3  │
  180. │       0 0 3 3 4 6  │
  181. │       2 2 2 7 7 2  │
  182. │       5 5 5 5 5 5  │
  183. └────────────────────┘
  184. ===============================================================================
  185.      Date: 12-23-94    Time: 11:01p     Number: 65115  
  186.      From: USRSTATS PPE                  Refer: 0       
  187.        To: TIM SCOTT                  Board ID: USR-USA         Recvd: Yes
  188.   Subject: Modem Status Report               0: Main Board     Status: Public 
  189. -------------------------------------------------------------------------------
  190. ┌───────────────────────────────────┬───────────────────────────────────┐
  191. │ Protocol                     LAPM │ Modulation                   V.34 │
  192. │ Compression        V42BIS 2048/32 │ Speed                 26400/28800 │
  193. │ Link Timeouts                   0 │ Carrier Freq (Hz)       1959/1959 │
  194. │ Link Naks                       0 │ Symbol Rate             3429/3429 │
  195. │ Blers                           0 │ Retrains Requested              0 │
  196. │ Blocks resent                   0 │ Retrains Granted                0 │
  197. │ Chars lost                      0 │ Fallback                  Enabled │
  198. │ Chars sent                   3072 │ HST Line Reversals              0 │
  199. │ Chars Received                  0 │ HST Equalization             Long │
  200. │ Blocks sent                   182 │ Trellis Code        64S-4D/64S-4D │
  201. │ Blocks Received                53 │ Nonlinear Encoding          ON/ON │
  202. │ Octets sent                  2267 │ Precoding                  OFF/ON │
  203. │ Octets Received                53 │ Shaping                   OFF/OFF │
  204. ├───────────────────────────────────┤ Preemphasis Index             6/6 │
  205. │       USRSTATS Version 3.06       │ Rx/Tx Level (-dB)           31/14 │
  206. │ Current Call             00:00:57 │ Roundtrip Delay mS             40 │
  207. │ 12-23-94 23:01 Caller 412135/8    │ SV: 12/02/94        DSP: 12/02/94 │
  208. └───────────────────────────────────┴───────────────────────────────────┘
  209.  
  210. ┌───────────────────────────────────────────────────────────────┐
  211. │ -24 │ ∙ ∙ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ │   0 │
  212. │ -26 │ ∙ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ▄ ▄ ∙ ∙ ∙ ∙ ∙ ∙ ∙ ∙ │   2 │
  213. │ -28 │ ∙ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ▄ ∙ ∙ ∙ ∙ ∙ ∙ │   4 │
  214. │ -30 │ ∙ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ▄ ∙ ∙ ∙ ∙ │   6 │
  215. │ -32 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ▄ ∙ ∙ ∙ │   8 │
  216. │ -34 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ∙ ∙ ∙ │  10 │
  217. │ -36 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ▄ ∙ ∙ │  12 │
  218. │ -38 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ∙ ∙ │  14 │
  219. │ -40 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ▄ ∙ │  16 │
  220. │ -42 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ∙ │  18 │
  221. │ -44 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ∙ │  20 │
  222. │ -46 │ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ █ ∙ │  22 │
  223. │ -48 │*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*█*▄*│  24 │
  224. │Level└───────────────────────────────────────────────────┘Atten│
  225. │       0 0 0 0 0 0 1 1 1 1 1 1 1 2 2 2 2 2 2 3 3 3 3 3 3       │
  226. │       1 3 4 6 7 9 0 2 3 5 6 8 9 1 2 4 5 7 8 0 1 3 4 6 7       │
  227. │       5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5       │
  228. │       0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0       │
  229. └───────────────────────────────────────────────────────────────┘
  230.  
  231.    SUMMATION:
  232.  
  233.  I won't bag on HAYES, ZOOM, or any of the other modems using the 
  234. Rockwell Chipset. I make these simple observations that can be validated
  235.  
  236.   There are at least 5 people that call DNTA that have USR V.34 modems
  237.  We all get a 26400/26400 connect or at least a 24000/24000 connects
  238.  all the time. I call LD more than anyone else and I get as good or better
  239.  connects than I do here.
  240.   
  241.   There is a definate problem with all the modem manufactures that used
  242.  the RC288ACL/VFC or the RC288ACI/VCF chipset.  I agree that if it were
  243.  a simple ROM upgrade it would have been done by now.
  244.  
  245.   Supposing that it can be done with a ROM upgrade I think those of you 
  246.  that own a HAYES modem need to open it up. I can't speak for the ACCURA
  247.  but the ROM on a OPTIMA is under a SOLDERED METAL SHIELD and is NOT USER
  248.  upgradable. I can't picture anyone at Hayes attempting to let a NORMAL
  249.  everyday user attempt this.
  250.  
  251.  
  252.  
  253.